Broadcast isochronous relay over esco

ABSTRACT

Methods, systems, and devices for wireless communications are described. A device may communicate with a second device, which may be a Bluetooth device, using a relay profile (e.g., a low energy (LE) isochronous (ISO) relay profile). In accordance with broadcast discovery signaling by the device and decisions made by the Bluetooth device, the device may synchronize to a broadcast isochronous stream (BIS) from another device. The device may then establish a communication link with the second device (e.g., a synchronous connection oriented (SCO) link, an enhanced synchronous connection oriented (eSCO) link, an asynchronous connection less (ACL) link) to be used for relay of the BIS. The device may then convert, based on the relay profile, broadcast isochronous data packets of the BIS to SCO packets, eSCO packets, and/or ACL packets, and relay the converted packets to the second device via the established communication link.

BACKGROUND

The following relates generally to wireless communications, and morespecifically to broadcast isochronous relay for Bluetooth.

Wireless communications systems are widely deployed to provide varioustypes of communication content such as voice, video, packet data,messaging, broadcast, and so on. These systems may be multiple-accesssystems capable of supporting communication with multiple users bysharing the available system resources (e.g., time, frequency, andpower). A wireless network, for example a wireless local area network(WLAN), such as a Wi-Fi (i.e., Institute of Electrical and ElectronicsEngineers (IEEE) 802.11) network may include an access point (AP) thatmay communicate with one or more wireless or wireless devices. The APmay be coupled to a network, such as the Internet, and may enable awireless device to communicate via the network (or communicate withother devices coupled to the access point). A wireless device maycommunicate with a network device bi-directionally. For example, in aWLAN, a device may communicate with an associated AP via downlink (e.g.,the communication link from the AP to the device) and uplink (e.g., thecommunication link from the device to the AP). A wireless personal areanetwork (PAN), which may include a Bluetooth connection, may provide forshort range wireless connections between two or more paired wirelessdevices. For example, wireless devices such as cellular phones mayutilize wireless PAN communications to exchange information such asaudio signals with wireless headsets.

In some cases, wireless devices may monitor broadcast streams forinformation broadcast by another wireless devices (e.g., an AP). Suchbroadcast information may include, for example, emergency information,security alerts, local environment information (e.g., sports scoreupdates, shopping mall sales, airport information), etc. However, somewireless devices (e.g., some Bluetooth devices) may not support certaintypes of broadcast communications (e.g., broadcast isochronous streams(BIS)). Improved techniques for such communications may thus be desired.

SUMMARY

The described techniques relate to improved methods, systems, devices,or apparatuses that support broadcast isochronous relay for Bluetooth.Generally, the described techniques provide for establishment of abroadcast isochronous relay profile (e.g., a low energy (LE) isochronous(ISO) relay profile) between a device (e.g., a wireless mobile device)and a second device, which may be a paired device (e.g., a Bluetoothheadset). The broadcast isochronous relay profile may provide forbroadcast parameter configuration, conversion of broadcast isochronousdata packets to a format supported by the paired device, establishmentof communication links between the device and the paired device (e.g.,for communication of the converted broadcast isochronous data packets),etc.

For example, a device may establish a communication link with aBluetooth device using a relay profile (e.g., an LE ISO relay profile).The device may monitor for certain broadcasts based on broadcastconfiguration parameters from an application on the device, from theBluetooth device, or both. The device may receive a broadcastsynchronization indication from a second device (e.g., from somebroadcasting device, such as an access point (AP)), and may transmit,using the relay profile, an indication of broadcast discovery to theBluetooth device. The indication of broadcast discovery may include someof the information of the broadcast synchronization indication, such asthe broadcast type, identification of the broadcaster, etc. TheBluetooth device may make a policy decision (e.g., a decision whether ornot to accept the broadcast, based on the information of the broadcastdiscovery indication), and transmit a message (e.g., a broadcast acceptmessage, a broadcast reject message) to the device.

In cases where the Bluetooth device indicates a broadcast accept messageto the device, the device may synchronize, based on the receivedbroadcast synchronization indication, to a broadcast isochronous stream(BIS) from the second device. Further, the device may establish acommunication link with the other device, which may be but is notlimited to a Bluetooth device (e.g., a synchronous connection oriented(SCO) link, an enhanced synchronous connection oriented (eSCO) link, anasynchronous connection less (ACL) link) to be used for relay of theBIS. The device may then convert, based on the relay profile, broadcastisochronous data packets of the BIS to SCO packets, eSCO packets, and/orACL packets, and relay the converted packets to the Bluetooth device viathe established communication link. In some cases, the relay profile mayestablish isochronous data packet conversion methods, the type of packetthe broadcast isochronous data packets are to be converted to (e.g.,SCO, eSCO, ACL), the type of link established between the device and theBluetooth device, etc. For example, in some cases, a broadcastisochronous data packet may be decoded and the broadcast information(e.g., identified based on the decoding) may be encoded according to asupported relay format (e.g., a format supported by the Bluetoothdevice). Additionally or alternatively, a broadcast isochronous datapacket may be fragmented into two or more supported relay packets, twoor more broadcast isochronous data packets may be reassembled into asingle supported relay packet, etc.

A method of wireless communication at a device is described. The methodmay include establishing a communication link with a Bluetooth deviceusing a relay profile and receiving a broadcast isochronous data packetfrom a second device. The method may further include converting, basedon the relay profile, the broadcast isochronous data packet to a SCOpacket, an eSCO packet, or an ACL packet, and transmitting the SCOpacket, the eSCO packet, or the ACL packet to the Bluetooth device basedon the conversion.

An apparatus for wireless communication at a device is described. Theapparatus may include a processor, memory in electronic communicationwith the processor, and instructions stored in the memory. Theinstructions may be executable by the processor to cause the apparatusto establish a communication link with a Bluetooth device using a relayprofile, receive a broadcast isochronous data packet from a seconddevice, convert, based on the relay profile, the broadcast isochronousdata packet to a SCO packet, an eSCO packet, or an ACL packet, andtransmit the SCO packet, the eSCO packet, or the ACL packet to theBluetooth device based on the conversion.

Another apparatus for wireless communication at a device is described.The apparatus may include means for establishing a communication linkwith a Bluetooth device using a relay profile, receiving a broadcastisochronous data packet from a second device, converting, based on therelay profile, the broadcast isochronous data packet to a SCO packet, aneSCO packet, or an ACL packet, and transmitting the SCO packet, the eSCOpacket, or the ACL packet to the Bluetooth device based on theconversion.

A non-transitory computer-readable medium storing code for wirelesscommunication at a device is described. The code may includeinstructions executable by a processor to establish a communication linkwith a Bluetooth device using a relay profile, receive a broadcastisochronous data packet from a second device, convert, based on therelay profile, the broadcast isochronous data packet to a SCO packet, aneSCO packet, or an ACL packet, and transmit the SCO packet, the eSCOpacket, or the ACL packet to the Bluetooth device based on theconversion.

In some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein, converting the broadcastisochronous data packet to the SCO packet, the eSCO packet, or the ACLpacket may include operations, features, means, or instructions fordecoding the received broadcast isochronous data packet, identifyingbroadcast information based on the decoding and encoding the broadcastinformation based on a SCO format, an eSCO format, or an ACL format,where the SCO packet, the eSCO packet, or the ACL packet may be based onthe encoding.

In some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein, the operations, features,means, or instructions for converting the broadcast isochronous datapacket to the SCO packet, the eSCO packet, or the ACL packet may includeoperations, features, means, or instructions for fragmenting thereceived broadcast isochronous data packet, where the SCO packet, theeSCO packet, or the ACL packet may be based on the fragmenting. In someexamples of the method, apparatuses, and non-transitorycomputer-readable medium described herein, the operations, features,means, or instructions for converting the broadcast isochronous datapacket to the SCO packet, the eSCO packet, or the ACL packet may includeoperations, features, means, or instructions for combining the receivedbroadcast isochronous data packet with one or more other broadcastisochronous data packets, where the SCO packet, the eSCO packet, or theACL packet may be based on the combining.

Some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein may further includeoperations, features, means, or instructions for receiving one or morebroadcast parameters from a mobile application of the device, or theBluetooth device, or both, where the broadcast isochronous data packetmay be converted into the SCO packet, the eSCO packet, or the ACL packetbased on the one or more broadcast parameters.

In some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein, the one or more broadcastparameters include one or more types of broadcast supported by theBluetooth device, one or more broadcast streams of interest to theBluetooth device, one or more broadcast configuration parameters, orsome combination thereof.

Some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein may further includeoperations, features, means, or instructions for receiving a broadcastsynchronization indication from the second device, transmitting, usingthe relay profile, an indication of a broadcast discovery to theBluetooth device based on the broadcast synchronization indication andreceiving a broadcast accept message or a broadcast reject message fromthe Bluetooth device based on the transmitted indication of thebroadcast discovery.

Some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein may further includeoperations, features, means, or instructions for establishing an SCOcommunication link, an eSCO communication link, or an ACL communicationlink with the Bluetooth device based on the received broadcast acceptmessage, where the SCO packet, the eSCO packet, or the ACL packet may betransmitted based on the establishment.

Some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein may further includeoperations, features, means, or instructions for synchronizing to a BISfrom the second device based on the received broadcast accept messageand the received broadcast synchronization indication, where thebroadcast isochronous data packet may be received based on thesynchronization.

In some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein, the broadcast synchronizationindication may include operations, features, means, or instructions fora broadcast type, one or more broadcast configuration parameters, one ormore BIS synchronization parameters, one or more encryption parameters,or some combination thereof and where the indication of the broadcastdiscovery includes: the broadcast type, the one or more broadcastconfiguration parameters, an identifier of the second device, or somecombination thereof.

In some examples of the method, apparatuses, and non-transitorycomputer-readable medium described herein, the operations, features,means, or instructions for converting the broadcast isochronous datapacket to the SCO packet, the eSCO packet, or the ACL packet may includeoperations, features, means, or instructions for converting, at a hostof the device, the broadcast isochronous data packet to the SCO packet,the eSCO packet, or the ACL packet based on the relay profile. In someexamples of the method, apparatuses, and non-transitorycomputer-readable medium described herein, the operations, features,means, or instructions for converting the broadcast isochronous datapacket to the SCO packet, the eSCO packet, or the ACL packet may includeoperations, features, means, or instructions for instructing, by thehost of the device, a controller of the device to convert the broadcastisochronous data packet to the SCO packet, the eSCO packet, or the ACLpacket via at least one command based on the relay profile.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example of a system for wireless communicationsthat supports broadcast isochronous relay for Bluetooth in accordancewith aspects of the present disclosure.

FIG. 2 illustrates an example of a device that supports broadcastisochronous relay for Bluetooth in accordance with aspects of thepresent disclosure.

FIGS. 3 and 4 illustrate example process flows that support broadcastisochronous relay for Bluetooth in accordance with aspects of thepresent disclosure.

FIG. 5 shows a component diagram of a device that supports broadcastisochronous relay for Bluetooth in accordance with aspects of thepresent disclosure.

FIG. 6 shows a diagram of a system including a device that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure.

FIGS. 7 through 10 show flowcharts illustrating methods that supportbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure.

DETAILED DESCRIPTION

In some wireless communication systems, wireless devices may be inelectronic communication with each other, where one device (e.g., abroadcaster) may transmit or broadcast data packets (e.g., voice and/oraudio data packets) to one or more other wireless devices. Broadcastinformation may include, for example, emergency signals, securityalerts, local notifications, etc. broadcast from an access point (AP).Further, some wireless devices within the wireless communications systemmay also be a part of a wireless personal area network (PAN), and mayengage in short range wireless communications with other devices incommunication with (e.g., paired to) the wireless device. For example, awireless device (e.g., a wireless mobile phone) and a second device,which may be a Bluetooth device (e.g., a Bluetooth headset), mayestablish a synchronous connection oriented (SCO) link (e.g., forreal-time narrow band signals), an enhanced synchronous connectionoriented (eSCO) link (e.g., for real-time narrow band signals withpossible retransmission), an asynchronous connection less (ACL) link(e.g., for High quality audio/video data), etc. In some cases, it may bedesirable for such devices to be able to similarly receive informationbroadcast within the wireless communications system.

In some cases, however, such Bluetooth devices may not support certainbroadcast channels. For example, an AP may broadcast information (e.g.,a broadcast isochronous stream (BIS)) over a broadcast isochronouschannel. Some Bluetooth devices may not support communication ofisochronous data (e.g., due to hardware constraints and/or other factorsor conditions). Advertising extensions and/or hardware changes to enablea Bluetooth device to support isochronous channels and BIS dataformatting may be impractical to implement in existing Bluetooth devices(e.g., as development cost and effort may be significant to enhance thecapabilities of the Bluetooth device). Further, manufacturing of newBluetooth devices with hardware supporting reception of BIS may beassociated with additional hardware costs.

The described techniques provide for wireless device (e.g., handset)relay of BIS from a broadcaster to a Bluetooth device (e.g., to aBluetooth headset that does not support BIS formatting). A wirelessdevice supporting BIS formatting may establish a profile levelconnection (e.g., a low energy (LE) isochronous (ISO) relay profile)with a Bluetooth device for relay of converted broadcast isochronousdata packets. For example, the wireless device may convert broadcastisochronous data packets of a BIS to a format supported by the Bluetoothdevice (e.g., into SCO packets, eSCO packets, ACL packets, advancedaudio distribution profile (A2DP) packets), and relay the convertedpackets to the Bluetooth device over a link supported by the Bluetoothdevice (e.g., a SCO link, eSCO link, or ACL link established accordingto the relay profile).

The relay profile level connection may further be used to inform thewireless device of the broadcasts the receiving Bluetooth device isinterested in, the communication formatting specifications of theBluetooth device, etc. For example, a mobile application of the wirelessdevice and/or the Bluetooth device may configure broadcast parametersthat indicate one or more types of broadcast the Bluetooth device isconfigured for, link configurations by the Bluetooth device forreception, and/or any other information pertaining to the parameters ofthe Bluetooth device to use or receive the data broadcast by thebroadcaster. The wireless device may then scan for broadcasts, accordingto the broadcast configuration parameters, for relay to the Bluetoothdevice. The wireless device may receive a synchronization indication(e.g., including broadcast identification information, BISsynchronization information, etc.) from a device, such as a broadcaster,and may forward some or all of the received information to the Bluetoothdevice in an indication of broadcast discovery. Based on the broadcastdiscovery indication, the receiving Bluetooth device may accept orreject the broadcast. In some cases, the Bluetooth device may accept thebroadcast and transmit an accept broadcast to the wireless device. Thewireless device may then synchronize with the accepted broadcast (e.g.,with the BIS associated with the broadcast synchronization information)and may establish a relay link that the Bluetooth device is capable ofreceiving on, such as an eSCO link or ACL link.

The wireless device may synchronize to the BIS and receive broadcastisochronous data packets from the broadcaster. In accordance with the LEISO relay profile (e.g., according to the broadcast configurationparameters, the established link with the receiving Bluetooth device),the wireless device may convert the broadcast isochronous data packetsinto a format supported by the Bluetooth device and relay the convertedpackets over the established relay link. For example, the wirelessdevice may convert a BIS data packet into a format supported by theBluetooth device, such as an SCO packet, an eSCO packet, or an ACLpacket. The wireless device may then transmit the converted data packetto the receiving Bluetooth device over the established eSCO or ACL link,where the receiving Bluetooth device may now be capable of receiving andprocessing the converted broadcast isochronous data packet (e.g., theBluetooth device may effectively receive relayed information broadcastby the broadcaster).

Aspects of the disclosure are initially described in the context of awireless communications system. Examples of devices supporting broadcastisochronous relay, as well as example process flows for implementing thediscussed techniques are then described. Aspects of the disclosure arefurther illustrated by and described with reference to apparatusdiagrams, system diagrams, and flowcharts that relate to broadcastisochronous relay for Bluetooth.

FIG. 1 illustrates a system 100 (e.g., which may include to refer to orinclude a wireless personal area network (PAN), a wireless local areanetwork (WLAN), a Wi-Fi network) configured in accordance with variousaspects of the present disclosure. The system 100 may include an AP 105,devices 110, and paired devices 115 implementing WLAN communications(e.g., Wi-Fi communications) and/or Bluetooth communications. Forexample, devices 110 may include cell phones, mobile stations, personaldigital assistant (PDAs), other handheld devices, netbooks, notebookcomputers, tablet computers, laptops, or some other suitableterminology. Paired devices 115 may include Bluetooth devices capable ofpairing with other Bluetooth devices (e.g., devices 110), which mayinclude wireless headsets, speakers, ear pieces, headphones, displaydevices (e.g., TVs, computer monitors), microphones, meters, valves,etc.

Bluetooth communications may refer to a short-range communicationprotocol and may be used to connect and exchange information betweendevices 110 and paired devices 115 (e.g., between mobile phones,computers, digital cameras, wireless headsets, speakers, keyboards, miceor other input peripherals, and similar devices). Bluetooth systems(e.g., aspects of system 100) may be organized using a master-slaverelationship employing a time division duplex protocol having, forexample, defined time slots of 625 mu secs, in which transmissionalternates between the master device (e.g., a device 110) and one ormore slave devices (e.g., paired devices 115). In some cases, a device110 may generally refer to a master device, and a paired device 115 mayrefer to a slave device in a PAN. As such, in some cases, a device maybe referred to as either a device 110 or a paired device 115 based onthe Bluetooth role configuration of the device. That is, designation ofa device as either a device 110 or a paired device 115 may notnecessarily indicate a distinction in device capability, but rather mayrefer to or indicate roles held by the device in the PAN. Generally,device 110 may refer to a wireless communication device capable ofwirelessly exchanging data signals with another device, and paireddevice 115 may refer to a device operating in a slave role, or to ashort-range wireless device capable of exchanging data signals with thewireless device (e.g., using Bluetooth communication protocols).

A Bluetooth device may be compatible with certain Bluetooth profiles touse desired services. A Bluetooth profile may refer to a specificationregarding an aspect of Bluetooth-based wireless communications betweendevices. That is, a profile specification may refer to a set ofinstructions for using the Bluetooth protocol stack in a certain way,and may include information such as suggested user interface formats,particular options and parameters at each layer of the Bluetoothprotocol stack, etc. For example, a Bluetooth specification may includevarious profiles that define the behavior associated with eachcommunication endpoint to implement a specific use case. Profiles maythus generally be defined according to a protocol stack that promotesand allows interoperability between endpoint devices from differentmanufacturers through enabling applications to discover and use servicesthat other nearby Bluetooth devices may be offering. The Bluetoothspecification defines device role pairs that together form a single usecase called a profile. One example profile defined in the Bluetoothspecification is the Handsfree Profile (HFP) for voice telephony, inwhich one device implements an Audio Gateway (AG) role and the otherdevice implements a Handsfree (HF) device role. Another example is theAdvanced Audio Distribution Profile (A2DP) for high-quality audiostreaming, in which one device (e.g., device 110-a) implements an audiosource device (SRC) role and another device (e.g., paired device 115-a)implements an audio sink device (SNK) role.

For a commercial Bluetooth device that implements one role in a profileto function properly, another device that implements the correspondingrole should be present within the radio range of the first device. Forexample, in order for an HF device such as a Bluetooth headset tofunction according to the HFP, a device implementing the AG role (e.g.,a cell phone) should be present within radio range. Likewise, in orderto stream high-quality mono or stereo audio according to the A2DP, adevice implementing the SNK role (e.g., Bluetooth headphones orBluetooth speakers) must be within radio range of a device implementingthe SRC role (e.g., a stereo music player).

The Bluetooth specification defines a layered data transportarchitecture and various protocols and procedures to handle datacommunicated between two devices that implement a particular profile usecase. For example, various logical links are available to supportdifferent application data transport requirements, with each logicallink associated with a logical transport having certain characteristics(e.g., flow control, acknowledgement/repeat mechanisms, sequencenumbering, scheduling behavior, etc.). The Bluetooth protocol stack issplit in two parts: a “controller stack” containing the timing criticalradio interface, and a “host stack” dealing with high level data. Thecontroller stack is generally implemented in a low cost silicon devicecontaining the Bluetooth radio and a microprocessor. The controllerstack may be responsible for setting up links 130 such as asynchronousconnection-less (ACL) links, synchronous connection orientated (SCO)links, etc. Further, the controller stack may implement link managementprotocol (LMP) functions, low energy link layer (LE LL) functions, etc.The host stack is generally implemented as part of an operating system,or as an installable package on top of an operating system. The hoststack may be responsible for logical link control and adaptationprotocol (L2CAP) functions, Bluetooth network encapsulation protocol(BNEP) functions, service discovery protocol (SDP) functions, etc. Insome cases, the controller stack and the host stack may communicate viaa host controller interface (HCI). In other cases, (e.g., for integrateddevices such as Bluetooth headsets), the host stack and controller stackmay be run on the same microprocessor to reduce mass production costs.For such “hostless systems,” the HCI may be optional, and may beimplemented as an internal software interface.

A link 130 established between two Bluetooth devices (e.g., between adevice 110-a and a paired device 115-a) may provide for communicationsor services (e.g., according to some Bluetooth profile). For example, aBluetooth connection may be an extended synchronous connectionorientated (eSCO) link for voice call (e.g., which may allow forretransmission), an ACL link for music streaming (e.g., A2DP), etc. Forexample, eSCO packets may be transmitted in predetermined time slots(e.g., 6 Bluetooth slots each for eSCO). The regular interval betweenthe eSCO packets may be specified when the Bluetooth link isestablished. The eSCO packets to/from a specific slave device (e.g.,paired device 115-a) are acknowledged, and may be retransmitted if notacknowledged during a retransmission window. In addition, audio may bestreamed between the device 110-a and paired device 115-a using an ACLlink (A2DP profile). In some cases, the ACL link may occupy 1, 3, or 5Bluetooth slots for data or voice. Other Bluetooth profiles supported byBluetooth devices may include Bluetooth Low Energy (BLE) (e.g.,providing considerably reduced power consumption and cost whilemaintaining a similar communication range), human interface deviceprofile (HID) (e.g., providing low latency links with low powerparameters), etc.

In some cases, a device may be capable of both Bluetooth and WLANcommunications. For example, WLAN and Bluetooth components may beco-located within a device, such that the device may be capable ofcommunicating according to both Bluetooth and WLAN communicationprotocols, as each technology may offer different benefits or mayimprove user experience in different conditions. In some cases,Bluetooth and WLAN communications may share a same medium, such as thesame unlicensed frequency medium. In such cases, a device 110 (e.g., awireless device) may support WLAN communications via AP 105 (e.g., overcommunication links 120). The AP 105 and the associated devices 110 mayrepresent a basic service set (BSS) or an extended service set (ESS).The various devices 110 in the network may be able to communicate withone another through the AP 105. In some cases the AP 105 may beassociated with a coverage area, which may represent a basic servicearea (BSA).

Devices 110 and APs 105 may communicate according to the WLAN radio andbaseband protocol for physical and MAC layers from IEEE 802.11 andversions including, but not limited to, 802.11b, 802.11g, 802.11a,802.11n, 802.11ac, 802.11ad, 802.11ah, 802.11ax, etc. In otherimplementations, peer-to-peer connections or ad hoc networks may beimplemented within system 100. AP 105 may be coupled to a network, suchas the Internet, and may enable a device 110 to communicate via thenetwork (or communicate with other devices 110 coupled to the AP 105). Adevice 110 may communicate with a network device bi-directionally. Forexample, in a WLAN, a device 110 may communicate with an associated AP105 via downlink (e.g., the communication link from the AP 105 to thedevice 110) and uplink (e.g., the communication link from the device 110to the AP 105).

In some examples, content, media, audio, etc. exchanged between a device110 and a paired device 115 may originate from a WLAN. For example, insome cases, device 110-a may receive audio from an AP 105 (e.g., viaWLAN communications), and the device 110-a may then implement thedescribed techniques to relay or pass the audio to the paired device115-a (e.g., via Bluetooth communications). In some cases, certain typesof Bluetooth communications (e.g., high quality or high definition (HD)Bluetooth) may use enhanced quality of service. For example, in somecases, delay-sensitive Bluetooth traffic may have higher priority thanWLAN traffic.

In some cases, a paired device 115-a (e.g., a Bluetooth headset) may becompatible with certain data formats and wireless connections (e.g.,based on a compatibility relating to the headset's 115-a Bluetoothprofiles). For example, the paired device 115-a may be compatible withSCO data packets, eSCO data packets, and ACL data packets and may becompatible with eSCO links and ACL links. In some cases, the paireddevice 115-a may not support reception of BIS. For example, to receiveBIS, the Bluetooth controller on paired device 115-a may need to supportisochronous channels (e.g., and support in the Bluetooth controller mayalso be dependent on other features, such as advertising extension, andmay lead to hardware changes). For example, some Bluetooth devices(e.g., paired device 115-a) may not support generic audio millimeterwave (GAM) software implementations (e.g., for processing of broadcastisochronous data), as some Bluetooth devices may not have hardwarecapable of supporting GAM or understanding packets corresponding to BIS.However, some wireless devices (e.g., device 110-a) may supportisochronous communications features.

In accordance with the described techniques, a device 110-a maycommunicate with a Bluetooth device using a relay profile (e.g., a LEISO relay profile). The device may monitor for certain broadcasts (e.g.,from a broadcaster, such as AP 105) based on broadcast configurationparameters from an application on the device 110-a, from the paireddevice 115-a, or both (e.g., some broadcast configuration parameters maybe received from the paired device 115-a and some broadcastconfiguration parameters may originate from an application of the device110-a). In accordance with broadcast discovery signaling by the device110-a and policy decisions made by the paired device 115-a, the device110-a may then synchronize to a BIS from the AP 105. Further, the device110-a may establish a communication link 130 with the paired device115-a (e.g., a SCO link, an eSCO link, an ACL link) to be used for relayof the BIS. The device 110-a may then convert, based on the relayprofile, broadcast isochronous data packets of the BIS to SCO packets,eSCO packets, and/or ACL packets, and relay the converted packets to thepaired device 115-a via the established communication link 130. In somecases, the relay profile may establish the type of link establishedbetween the device 110-a and the paired device 115-a, the type of packetthe broadcast isochronous data packets are to be converted to (e.g.,SCO, eSCO, ACL), conversion methods, etc.

Generally, the described relay profile (e.g., the LE ISO relay profile)connection may support BIS on paired devices 115-a via relay techniquesthrough device 110-a, and may be implemented in both the paired device115-a and the device 110-a. More specifically, the LE ISO relay profilemay facilitate conversion of incoming broadcast streams on a device110-a (e.g., a handset) into a format (e.g., an audio format or voiceformat) supported by paired device 115-a (e.g., a headset). Theconverted packets (e.g., SCO packets, eSCO packets, ACL packets) maythen be relayed or transferred over the relay link 130 (e.g., an eSCOlink, ACL link) to the paired device 115-a.

The LE ISO relay profile on device 110-a may obtain the interestedbroadcast information (e.g., broadcast types supported by paired device115-a, broadcast types paired device 115-a is interested in receiving,certain broadcasters the paired device 115-a is interested in receivingbroadcast from, etc.) though a mobile application of device 110-a and/ora profile of paired device 115-a. Based on the interested broadcasts(e.g., indicated by the broadcast configuration parameters), the LE ISOrelay profile on the device 110-a may instruct the controller of device110-a to start listening for specific broadcasts (e.g., broadcasts ofinterest).

For example, paired device 115-a may indicate that it is interested inbroadcasts associated with museum notifications and/or broadcasts from aspecific AP 105 within a museum. The device 110-a may then instruct thecontroller of device 110-a to start listening for broadcastsynchronization indication associated with museum notifications, orassociated with a broadcaster ID of the specific museum AP 105. Asanother example, an application on the device 110-a may indicate thatany emergency broadcasts are broadcasts of interest. The device 110-amay then instruct the controller of device 110-a to start listening forbroadcast synchronization indication associated with emergency broadcastor associated with a broadcaster ID of an emergency broadcaster.

The device 110-a may discover a broadcast that satisfies the broadcastparameters (e.g., receive a broadcast synchronization indication thatmatches the specifications of the broadcast configuration parameters)and initiate the LE ISO Relay profile level connection to the paireddevice 115-a. Device 110-a may then use the LE ISO relay profile totransmit at least a portion of the broadcast synchronization informationto the paired device 115-a in an indication of broadcast discovery. Theindication of broadcast discovery may include information for paireddevice 115-a to make a policy decision regarding the broadcastassociated with the broadcast synchronization indication (e.g., anaccept or reject decision). In some cases, the broadcast synchronizationinformation (e.g., the type of broadcast, who is broadcasting, etc.) maybe relayed from the device 110-c to the paired device 115-c using theprofile level connection.

In cases where the paired device 115-a accepts the broadcast (e.g.,transmits an accept message in response to the indication of broadcastdiscovery) the device 110-a may initiate the communication link forrelay (e.g., the eSCO link, the ACL link). In some cases, the paireddevice 115-a may accept the broadcast and transmit an accept broadcastrelay to the device 110-a using the LE ISO Relay profile connection. Thedevice 110-a may then synchronize with the accepted broadcast (e.g.,with the BIS associated with the broadcast synchronization information)and may initiate a transmission link with the paired device 115-a fordata transmission.

For example, in response to an accept broadcast message, the device110-a may establish a link that the paired device 115-a is capable ofreceiving on, such as an eSCO or ACL link. The configured broadcastparameters (e.g., which may have previously been received from thepaired device 115-a) may indicate link configurations for the paireddevice 115-a for reception, packet formatting, slot timing, frequencyresources, relay conversion methods, or any other information pertainingto the parameters of the paired device 115-a to use or receive therelayed data broadcast by the AP 105 (e.g., for the paired device 115-ato effectively receive converted broadcast isochronous data packetsrelayed form the device 110-a).

The device 110-a may synchronize to the accepted broadcast (e.g., to theBIS) and receive broadcast data packets (e.g., BIS data packets) fromthe AP 105. The device 110-a may convert the broadcast data packets intodata packets compatible with the specifications of the paired device115-a (e.g., compatible with the specifications of the paired device'sBluetooth profiles, in accordance with the broadcast configurationparameters) and transmit the converted data packets to the paired device115-a. The LE ISO Relay profile at the device 110-a may be responsiblefor converting the broadcast data packets into data packets that arecompatible with the paired device 115-a. For example, the paired device115-a may use the broadcast parameters to indicate what data formats thepaired device 115-a is capable of receiving (e.g., that it is capable ofreceiving SCO, eSCO, or ACL data packets), and the device 110-a maycorrespondingly convert the incoming BIS data packets into compatibledata packets (e.g., into SCO, eSCO, or ACL data packets, or acombination thereof) indicated by the broadcast parameters.

Converting the broadcast data packets into data packets that arecompatible with the paired device 115-a may refer to converting thebroadcast information of a broadcast isochronous data packet into aformat supported by the paired device 115-a. For example, the convertingmay include decoding a broadcast isochronous data packet (e.g.,according to an ISO profile) and encoding (e.g., or otherwisemanipulating) the broadcast information into a different codec (e.g.,associated with the LE ISO Relay profile). The codec or format thebroadcast isochronous data packet is converted to may be profilespecific (e.g., the profile may specify the relay format). In somecases, the broadcast configuration parameters may specify the relayformat. In some cases, the converting may additionally or alternativelyrefer to segmentation and reassembly techniques. For example, in somecases, a single BIS packet may be fragmented into two or more relaypackets (e.g., a single BIS packet may be fragmented into SCO packets,eSCO packets, ACL packets, or some combination thereof). In otherexamples, two or more BIS packets may be combined into a single relaypacket (e.g., a SCO packet, eSCO packet, ACL packet).

The LE ISO relay profile at the device 110-a may be responsible forconverting BIS data packets into a format supported by the paired device115-a. For example, the LE ISO Relay profile may convert the BIS datapackets into compatible data packets at the host level, or the host mayinstruct the controller of the device 110-a to automatically convert andrelay packets to the paired device 115-a. In cases where the LE ISORelay profile (e.g., the host) instructs the controller to convert theBIS data packets, the host may instruct the controller (e.g., throughvendor specific commands) to automatically convert the BIS data packetsand transmit or relay the compatible data packets to the paired device115-a. In some cases, if the packet conversion is performed at thecontroller level, then after the host establishes a compatible link fordata transmission to the paired device 115-a, the host may go to sleep.The device 110-a may transmit the converted data packets over theestablished compatible link (e.g., an eSCO link or an ACL link) to thepaired device 115-a.

Beneficially, the techniques described herein allow for LE ISO Relayimplementation such that complexities (e.g., of isochronous datahandling) are transferred to the device 110-a, such that the paireddevice 115-a may receive relayed broadcast streams without implementingadditional hardware or features such as advertising extensions, LE ISOchannels, etc. Existing paired devices 115 (e.g., existing Bluetoothheadsets) may be upgraded (e.g., with the LE ISO Relay profile) tosupport BIS. The described techniques allow for implementation of BISbeing supported by paired devices 115 using existing basic rate/enhanceddata rate features (e.g., along with relay techniques with devices 110that already support isochronous features).

FIG. 2 illustrates an example component diagram 200 of a device (e.g.,which may be an example of a device 110 or a device 505, as describedherein) that supports broadcast isochronous relay for Bluetooth inaccordance with aspects of the present disclosure. In some examples,component diagram 200 may implement aspects of system 100. The deviceillustrated by component diagram 200 may include a host 205, a digitalsignal processing (DSP) component 210, a Bluetooth component 215, and anantenna 220. Each of these components may be in communication with oneanother (e.g., via one or more buses or links, such as link 260, link265, and link 270). In the following description of the componentdiagram 200, the operations between and functions performed by the host205, DSP component 210, Bluetooth component 215, and their subcomponentsmay, in some cases, be performed additionally or alternatively by othercomponents or subcomponents of a device 110 or a device 505. In somecases, certain components or subcomponents may be omitted from thecomponent diagram 200, or other components or subcomponents may be addedto the component diagram 200. For example, in some cases, operations ofDSP component 210 may, in some cases, be performed at a host level(e.g., Host 205) or a controller level (e.g., Bluetooth component 215).

Host 205 may signal or indicate a vendor specific command (VSC) toinitiate communication (e.g., Host 205 may indicate a VSC to Bluetoothcomponent 215 to initiate Bluetooth communication with a paired device).For example, in some cases, host 205 may include suitable logic,circuitry and/or code that may convert data such as GPS data, FM data,cellular data, audio data, etc. to a Bluetooth host controller interface(HCI) packet format by using VSCs. The signaling (e.g., or passing)between components may refer to communication of information acrosswired and/or wireless links or electrical connections between componentswhere signals or information may be signaled, passed, or communicatedamongst the components. In some cases, host 205 may be configured toexecute computer-readable instructions stored in a memory to performvarious functions (e.g., functions or tasks supporting applications,aspects of DSP, aspects of Bluetooth communication).

DSP component 210 may include suitable logic, circuitry and/or code thatmay perform DSP. For example, DSP component may include an encodingcomponent 235, a decoding component 240, a segmentation component 245,and a reassembly component 250, each of which may perform aspects of DSPoperations performed by a device. Other configurations of a DSPcomponent 210 are contemplated, without departing from the scope of thepresent disclosure (e.g., DSP component 210 may include additionalsubcomponents, DSP component 210 may include a subset of the illustratedsubcomponents). Each subcomponent of DSP component 210 may includesuitable logic, circuitry and/or code to perform their respectivefunctions.

Bluetooth component 215 may include suitable logic, circuitry and/orcode that may, for example, control or coordinate Bluetoothcommunications. For example, Bluetooth component 215 may include aconversion component 255. In some cases, Bluetooth component 215 mayreside on a system on chip (SoC) of a device, along with othercomponents (e.g., a WLAN component). Bluetooth component 215 may performBluetooth communications with paired devices (e.g., paired Bluetoothdevices). For example, conversion component 255 may perform aspects ofBluetooth packet preparation, Bluetooth link monitoring, Bluetoothpacket reception, etc.

In some cases, the device may include a single antenna 220. However, insome cases the device may have more than one antenna 220, which may becapable of concurrently and/or simultaneously transmitting or receivingmultiple wireless transmissions. In some examples, a device may includea transceiver that may communicate bi-directionally, via one or moreantennas 220, wired, or wireless links as described above. For example,a transceiver may represent a wireless transceiver and may communicatebi-directionally with another wireless transceiver (e.g., of a paireddevice). The transceiver may also include a modem to modulate thepackets and provide the modulated packets to the antennas 220 fortransmission, and to demodulate packets received from the antennas 220.

In accordance with aspects of the present disclosure, a device mayreceive broadcast isochronous data packets (e.g., of a BIS) usingantenna 220. The device may convert the broadcast isochronous datapackets into a format supported by a second device. For example, DSPcomponent 210 may convert the received broadcast isochronous datapackets into a format supported by a paired device (e.g., in accordancewith an established LE ISO Relay profile). For example, a decodingcomponent 240 may decode or extract broadcast information from abroadcast isochronous data packet, and the decoded broadcast informationmay be encoded at the encoding component 225 according to a format orcodec supported by the paired device. The encoded data may then besignaled (e.g., passed or sent across) to Bluetooth component 215 vialink 265, and the Bluetooth component 215 may transmit the encoded datato the paired device (e.g., via antenna 220). Similarly, segmentationcomponent 245 and a reassembly component 250 may perform aspects ofsegmentation of broadcast isochronous data packets and reassembly ofconverted packets as discussed herein.

In some cases, the host 205 and/or conversion component 255 may controlaspects of the DSP component 210 (e.g., in some cases, some operationsof subcomponents of DSP component 210 may be implemented at host 205and/or conversion component 255, or host 205 and/or conversion component255 may control other aspects of DSP component 210). For example, insome cases, host 205 may indicate an encoding scheme or codec (e.g.,associated with SCO, eSCO, ACL according to the LE ISO Relay profile) tothe DSP component 210 (e.g., via link 260), and the DSP component 210may encode data (e.g., broadcast information decoded from a receivedbroadcast isochronous data packet via decoding component 240) viaencoding component 235 according to the indicated encoding scheme.

As discussed above, the LE ISO Relay profile may convert the BIS datapackets into compatible data packets at the host level (e.g., at thehost 205), or the host 205 may instruct the controller of the device(e.g., a conversion component 255 of Bluetooth component 215) toautomatically convert and relay packets to the paired device. The LE ISORelay profile (e.g., the host 205) may instruct the Bluetooth component215 or conversion component 255 to convert the BIS data packets throughvendor specific commands (e.g., over link 270) to automatically convertthe BIS data packets and transmit or relay the compatible data packetsto the paired device.

In some cases, if the packet conversion is performed at the Bluetoothcomponent 215 or conversion component 255, then after the host 205establishes a compatible link for data transmission to the paireddevice, the host 205 may go to sleep. The wireless device may transmitthe converted data packets over the established compatible link (e.g.,an eSCO link or an ACL link) to the paired device via antenna 220.

FIG. 3 illustrates an example of a process flow 300 that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure. In some examples, process flow 300 may implementaspects of system 100. Process flow 300 includes a device 110-b and apaired device 115-b, which may be examples of a device 110 and a paireddevice 115 as described with reference to FIGS. 1-2. Process flow 300may illustrate configuration of a device 110-b for receiving broadcasts(e.g., via broadcast parameters configured by an application of device110-b (e.g., mobile app 302), a paired device 115-b, or both). In thefollowing description of the process flow 300, the operations betweenthe device 110-b and the paired device 115-b (which is an example of asecond device that may interact with device 110-b) may be transmitted ina different order than the exemplary order shown, or the operationsperformed by device 110-b and paired device 115-b may additionally oralternatively be performed in different orders or at different times. Insome cases, certain operations may also be omitted from the process flow300, or other operations may be added to the process flow 300.

At 305, device 110-b and paired device 115-b may establish a profilelevel connection (e.g., device 110-b and paired device 115-b mayestablish or initiate a LE ISO relay profile connection). For example,the device 110-b and the paired device 115-b may establish a profilelevel connection to support relay communication between an AP 105-b andthe paired device 115-b (e.g., through device 110-b) in cases where thepaired device 115-b may not support reception of broadcast from AP105-b. For example, the profile level connection may support the relayof BIS to the paired device 115-b. Paired device 115-b may be unable todirectly receive BIS data packets based on an incompatibility relatingto the paired device 115-b supported Bluetooth profiles. The LE ISORelay profile connection may provide for relaying of such informationthrough device 110-b.

At 310-a, paired device 115-b may configure broadcast parameters fordevice 110-b. Additionally or alternatively, at 310-b, mobile app 302may configure broadcast parameters for device 110-b. In some cases, thepaired device 115-b and the mobile app 302 may use the profile levelconnection established at 305 to configure broadcast parameters fordevice 110-b (e.g., the paired device 115-a may indicate broadcastconfiguration parameters to device 110-b using the profile levelconnection). The configured broadcast parameters may indicate the typeof broadcast (e.g., types of broadcast supported or types of broadcastof interest), link configurations required by the paired device 115-bfor reception, etc.

At 315, the paired device 115-b may enable the device 110-b to scan forbroadcasts (e.g., based on the broadcast parameters configured at 310).

At 320, the device 110-b may scan for broadcasts based in part on theconfigured broadcast parameters. In some cases, the device 110-b mayscan for broadcasts in response to an enablement transmitted by thepaired device 115-b at 315. For example, the profile level connectionimplemented on the device 110-b may instruct its controller to monitorspecific broadcasts for broadcast synchronization information based inpart on the configured broadcast parameters. In some cases, this mayinclude monitoring certain frequencies (e.g., monitoring frequenciesassociated with the broadcast types or broadcasters indicated by thebroadcast configuration parameters), monitoring during certain timeperiods or time slots (e.g., monitoring time periods or time durationsassociated with the broadcast types or broadcasters indicated by thebroadcast configuration parameters), etc.

FIG. 4 illustrates an example of a process flow 400 that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure. In some examples, process flow 400 may implementaspects of system 100. Process flow 400 includes an AP 105-b, a device110-c, and a paired device 115-c, which may be examples of an AP 105, adevice 110, and a paired device 115 as described with reference to FIGS.1-3. Process flow 400 may illustrate device 110-c synchronization to oneor more broadcast streams (e.g., a BIS) as well as device 110-c relay ofbroadcast isochronous data to paired device 115-c (e.g., via anestablished LE ISO relay profile). In the following description of theprocess flow 400, the operations between the AP 105-b, the device 110-c,and the paired device 115-c may be transmitted in a different order thanthe exemplary order shown, or the operations performed by AP 105-b,device 110-c, and paired device 115-c may be performed in differentorders or at different times. In some cases, certain operations may alsobe omitted from the process flow 400, or other operations may be addedto the process flow 400.

For example, device 110-c may scan for broadcasts according toconfigured broadcast parameters (e.g., as described in more detailabove, with reference to FIG. 3). At 405, AP 105-b may transmit abroadcast synchronization indication, and device 110-c may receive thebroadcast synchronization indication (e.g., in accordance with theconfigured broadcast parameters). The broadcast synchronizationindication (e.g., AUX_SYNC_IND+Sync_info) may include or refer to anauxiliary synchronization indication and/or synchronization information.

For example, the broadcast synchronization indication may includeinformation such as the broadcast type (such as voice, audio, etc.),which slots may be associated with the broadcast (e.g., which slots thebroadcast information will be broadcast over), the duration of thebroadcast, etc. The synchronization information (e.g., which may beincluded in the indication, or alongside the indication) may includeinformation for how the device 110-c may receive the broadcast (e.g.,slot information, frequency information, precoding information, etc.),the type of broadcast (e.g., emergency signal, security alert, localnotification, etc.), broadcast encryption information, who isbroadcasting (e.g., a broadcast ID of the broadcaster or the ID of AP105-b), etc.

At 410, the device 110-c may transmit at least a portion of thebroadcast synchronization information received at 405 (e.g., the type ofbroadcast, who is broadcasting, etc.) to the paired device 115-c in anindication of broadcast discovery. The indication of broadcast discoverymay include information for paired device 115-c to make a policydecision regarding the broadcast associated with the broadcastsynchronization indication (e.g., an accept or reject decision at 415).In some cases, the broadcast synchronization information may be relayedfrom the device 110-c to the paired device 115-c using the profile levelconnection.

At 415, the paired device 115-c may accept or reject the broadcast basedon the indication of broadcast discovery received at 410. In some cases,the paired device 115-c may accept or reject the broadcast based on somepolicy decision.

At 420, in cases where the paired device 115-c accepts the broadcast orindicates the paired device 115-c would like to establish the relay toreceive the broadcast, the paired device 115-c may transmit an acceptbroadcast message to the device 110-c to indicate that the broadcastassociated with the broadcast synchronization information transmitted tothe paired device 115-c at 410 is accepted. In some cases, the acceptbroadcast decision is transmitted to the device 110-c using the profilelevel connection.

At 425, device 110-c may synchronize to the broadcast stream associatedwith the accepted broadcast. In some cases, the device 110-c maysynchronize to the broadcast stream in response to receiving an acceptbroadcast message at 420.

At 430, the device 110-c may establish a compatible link to the paireddevice 115-c for data transmission. For example, paired device 115-c maysupport communication over certain communication links (e.g., paireddevice 115-c may be capable of receiving on certain links based on, forexample, supported Bluetooth profiles). For example, paired device 115-cmay support communication over an eSCO link, over an ACL link, or both.Thus, in the present example, the device 110-c may establish an eSCO oran ACL link, or both, to the paired device 115-c.

At 435, the AP 105-b may transmit broadcast data packets and the device110-c may receive the broadcast data packets. In some cases, thebroadcast data packets may be BIS data packets. In some cases, thebroadcast data packets (e.g., the BIS data packets) may be incompatiblewith the paired device 115-c (e.g., paired device 115-c may not supportreception of the BIS data formatting based on the headset's 115-bsupported Bluetooth profiles).

At 440, the device 110-c may convert the data packets according to theprofile level connection (e.g., according to the broadcast parameters,the established link with the receiving Bluetooth device, etc.). In somecases, the profile level connection at the device 110-c is responsibleto convert the broadcast data packets into data packets compatible withthe paired device 115-c. For example, paired device 115-c may becompatible with data packets with certain formatting, such as SCO datapackets, eSCO data packets, or ACL data packets. In some cases, the AP105-b may broadcast data packets formatted for BIS to the device 110-c,which may then convert the BIS data packets into SCO, eSCO, or ACL datapackets, or a combination thereof.

The profile level connection may convert the BIS data packets intocompatible data packets at the host level or it may instruct thecontroller of the device 110-c to do so. In the case in which theprofile level connection instructs the controller to convert the BISdata packets, the profile level connection may instruct the controllerthrough vendor specific commands to automatically convert the BIS datapackets and transmit the compatible data packets to the paired device115-c. In some cases, if the packet conversion is performed at thecontroller level, then after the host establishes a compatible link fordata transmission to the paired device 115-c, the host may go to sleep.

At 445, the wireless device may transmit the converted data packets overthe compatible link established at 430. The paired device 115-c mayreceive and use the converted data packets (e.g., paired device 115-cmay receive and use the converted data packets based in part on theheadset's 115-b Bluetooth profiles).

At 450, the AP 105-b may continue to broadcast data packets to thedevice 110-c, which may be converted and transmitted to the paireddevice 115-c as in 440 and 445, respectively.

FIG. 5 shows a component diagram 500 of a device 505 that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure. The device 505 may be an example of aspects of adevice as described herein. The device 505 may include a receiver 510, acommunications manager 515, and a transmitter 520. The device 505 mayalso include a processor. Each of these components may be incommunication with one another (e.g., via one or more buses).

The receiver 510 may receive information such as packets, user data, orcontrol information associated with various information channels (e.g.,control channels, data channels, and information related to broadcastisochronous relay for Bluetooth, etc.). Information may be passed on toother components of the device 505. The receiver 510 may be an exampleof aspects of the transceiver 620 described with reference to FIG. 6.The receiver 510 may utilize a single antenna or a set of antennas.

The communications manager 515 may establish a communication link with aBluetooth device using a relay profile, receive a broadcast isochronousdata packet from a second device, convert, based on the relay profile,the broadcast isochronous data packet to a SCO packet, an eSCO packet,or an ACL packet, and transmit the SCO packet, the eSCO packet, or theACL packet to the Bluetooth device based on the conversion. Thecommunications manager 515 may be an example of aspects of thecommunications manager 610 described herein.

The communications manager 515, or its sub-components, may beimplemented in hardware, code (e.g., software or firmware) executed by aprocessor, or any combination thereof. If implemented in code executedby a processor, the functions of the communications manager 515, or itssub-components may be executed by a general-purpose processor, a DSP, anapplication-specific integrated circuit (ASIC), a FPGA or otherprogrammable logic device, discrete gate or transistor logic, discretehardware components, or any combination thereof designed to perform thefunctions described in the present disclosure.

The communications manager 515, or its sub-components, may be physicallylocated at various positions, including being distributed such thatportions of functions are implemented at different physical locations byone or more physical components. In some examples, the communicationsmanager 515, or its sub-components, may be a separate and distinctcomponent in accordance with various aspects of the present disclosure.In some examples, the communications manager 515, or its sub-components,may be combined with one or more other hardware components, includingbut not limited to an input/output (I/O) component, a transceiver, anetwork server, another computing device, one or more other componentsdescribed in the present disclosure, or a combination thereof inaccordance with various aspects of the present disclosure.

For example, the communications manager 515 may include a relay profilemanager 525, a BIS manager 530, a packet conversion manager 535, aheadset link manager 540, a decoding manager 545, a broadcastinformation manager 550, an encoding manager 555, a segmentation andreassembly manager 560, and a broadcast manager 565. Each of thesecomponents may communicate, directly or indirectly, with one another(e.g., via one or more buses).

The relay profile manager 525 may establish a communication link with aBluetooth device using a relay profile.

The BIS manager 530 may receive a broadcast isochronous data packet froma second device. In some examples, the BIS manager 530 may receive abroadcast synchronization indication from the second device. In someexamples, the BIS manager 530 may synchronize to a BIS from the seconddevice based on the received broadcast accept message and the receivedbroadcast synchronization indication, where the broadcast isochronousdata packet is received based on the synchronization. In some cases, abroadcast type, one or more broadcast configuration parameters, one ormore BIS synchronization parameters, one or more encryption parameters,or some combination thereof.

The packet conversion manager 535 may convert, based on the relayprofile, the broadcast isochronous data packet to a SCO packet, an eSCOpacket, or an ACL packet. In some examples, the packet conversionmanager 535 may convert, at a host of the device, the broadcastisochronous data packet to the SCO packet, the eSCO packet, or the ACLpacket based on the relay profile. In some examples, the packetconversion manager 535 may instruct, by the host of the device, acontroller of the device to convert the broadcast isochronous datapacket to the SCO packet, the eSCO packet, or the ACL packet via atleast one command based on the relay profile.

The headset link manager 540 may transmit the SCO packet, the eSCOpacket, or the ACL packet to the Bluetooth device based on theconversion. In some examples, the headset link manager 540 may establishan SCO communication link, an eSCO communication link, or an ACLcommunication link with the Bluetooth device based on the receivedbroadcast accept message, where the SCO packet, the eSCO packet, or theACL packet is transmitted based on the establishment.

The decoding manager 545 may decode the received broadcast isochronousdata packet.

The broadcast information manager 550 may identify broadcast informationbased on the decoding.

The encoding manager 555 may encode the broadcast information based on aSCO format, an eSCO format, or an ACL format, where the SCO packet, theeSCO packet, or the ACL packet is based on the encoding.

The segmentation and reassembly manager 560 may fragment the receivedbroadcast isochronous data packet, where the SCO packet, the eSCOpacket, or the ACL packet is based on the fragmenting. In some examples,the segmentation and reassembly manager 560 may combine the receivedbroadcast isochronous data packet with one or more other broadcastisochronous data packets, where the SCO packet, the eSCO packet, or theACL packet is based on the combining.

The broadcast manager 565 may receive one or more broadcast parametersfrom a mobile application of the device, or the Bluetooth device, orboth, where the broadcast isochronous data packet is converted into theSCO packet, the eSCO packet, or the ACL packet based on the one or morebroadcast parameters. In some examples, the broadcast manager 565 maytransmit, using the relay profile, an indication of a broadcastdiscovery to the Bluetooth device based on the broadcast synchronizationindication.

In some examples, the broadcast manager 565 may receive a broadcastaccept message or a broadcast reject message from the Bluetooth devicebased on the transmitted indication of the broadcast discovery. In somecases, the one or more broadcast parameters include one or more types ofbroadcast supported by the Bluetooth device, one or more broadcaststreams of interest to the Bluetooth device, one or more broadcastconfiguration parameters, or some combination thereof. In some cases,where the indication of the broadcast discovery includes: the broadcasttype, the one or more broadcast configuration parameters, an identifierof the second device, or some combination thereof.

The transmitter 520 may transmit signals generated by other componentsof the device 505. In some examples, the transmitter 520 may becollocated with a receiver 510 in a transceiver component. For example,the transmitter 520 may be an example of aspects of the transceiver 620described with reference to FIG. 6. The transmitter 520 may utilize asingle antenna or a set of antennas.

FIG. 6 shows a diagram of a system 600 including a device 605 thatsupports broadcast isochronous relay for Bluetooth in accordance withaspects of the present disclosure. The device 605 may be an example ofor include the components of device 505 or a device 110 as describedherein. The device 605 may include components for bi-directional voiceand data communications including components for transmitting andreceiving communications, including a communications manager 610, an I/Ocontroller 615, a transceiver 620, an antenna 625, memory 630, and aprocessor 640. These components may be in electronic communication viaone or more buses (e.g., bus 645).

The communications manager 610 may establish a communication link with aBluetooth device using a relay profile, receive a broadcast isochronousdata packet from a second device, convert, based on the relay profile,the broadcast isochronous data packet to a SCO packet, an eSCO packet,or an ACL packet, and transmit the SCO packet, the eSCO packet, or theACL packet to the Bluetooth device based on the conversion.

The I/O controller 615 may manage input and output signals for thedevice 605. The I/O controller 615 may also manage peripherals notintegrated into the device 605. In some cases, the I/O controller 615may represent a physical connection or port to an external peripheral.In some cases, the I/O controller 615 may utilize an operating systemsuch as iOS®, ANDROID®, MS-DOS®, MS-WINDOWS®, OS/2®, UNIX®, LINUX®, oranother known operating system. In other cases, the I/O controller 615may represent or interact with a modem, a keyboard, a mouse, atouchscreen, or a similar device. In some cases, the I/O controller 615may be implemented as part of a processor. In some cases, a user mayinteract with the device 605 via the I/O controller 615 or via hardwarecomponents controlled by the I/O controller 615.

The transceiver 620 may communicate bi-directionally, via one or moreantennas, wired, or wireless links as described above. For example, thetransceiver 620 may represent a wireless transceiver and may communicatebi-directionally with another wireless transceiver. The transceiver 620may also include a modem to modulate the packets and provide themodulated packets to the antennas for transmission, and to demodulatepackets received from the antennas.

In some cases, the wireless device may include a single antenna 625.However, in some cases the device may have more than one antenna 625,which may be capable of concurrently transmitting or receiving multiplewireless transmissions.

The memory 630 may include RAM and ROM. The memory 630 may storecomputer-readable, computer-executable software 635 includinginstructions that, when executed, cause the processor to perform variousfunctions described herein. In some cases, the memory 630 may contain,among other things, a BIOS which may control basic hardware or softwareoperation such as the interaction with peripheral components or devices.

The processor 640 may include an intelligent hardware device, (e.g., ageneral-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, anFPGA, a programmable logic device, a discrete gate or transistor logiccomponent, a discrete hardware component, or any combination thereof).In some cases, the processor 640 may be configured to operate a memoryarray using a memory controller. In other cases, a memory controller maybe integrated into the processor 640. The processor 640 may beconfigured to execute computer-readable instructions stored in a memory(e.g., the memory 630) to cause the device 605 to perform variousfunctions (e.g., functions or tasks supporting broadcast isochronousrelay for Bluetooth).

The software 635 may include instructions to implement aspects of thepresent disclosure, including instructions to support wirelesscommunications. The software 635 may be stored in a non-transitorycomputer-readable medium such as system memory or other type of memory.In some cases, the software 635 may not be directly executable by theprocessor 640 but may cause a computer (e.g., when compiled andexecuted) to perform functions described herein.

FIG. 7 shows a flowchart illustrating a method 700 that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure. The operations of method 700 may be implementedby a device or its components as described herein. For example, theoperations of method 700 may be performed by a communications manager asdescribed with reference to FIGS. 5 through 6. In some examples, adevice may execute a set of instructions to control the functionalelements of the device to perform the functions described below.Additionally or alternatively, a device may perform aspects of thefunctions described below using special-purpose hardware.

At 705, the device may establish a communication link with a Bluetoothdevice using a relay profile. The operations of 705 may be performedaccording to the methods described herein. In some examples, aspects ofthe operations of 705 may be performed by a relay profile manger asdescribed with reference to FIGS. 5 through 6.

At 710, the device may receive a broadcast isochronous data packet froma second device. The operations of 710 may be performed according to themethods described herein. In some examples, aspects of the operations of710 may be performed by a BIS manager as described with reference toFIGS. 5 through 6.

At 715, the device may convert, based on the relay profile, thebroadcast isochronous data packet to a SCO packet, an eSCO packet, or anACL packet. The operations of 715 may be performed according to themethods described herein. In some examples, aspects of the operations of715 may be performed by a packet conversion manager as described withreference to FIGS. 5 through 6.

At 720, the device may transmit the SCO packet, the eSCO packet, or theACL packet to the Bluetooth device based on the conversion. Theoperations of 720 may be performed according to the methods describedherein. In some examples, aspects of the operations of 720 may beperformed by a headset link manager as described with reference to FIGS.5 through 6.

FIG. 8 shows a flowchart illustrating a method 800 that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure. The operations of method 800 may be implementedby a device or its components as described herein. For example, theoperations of method 800 may be performed by a communications manager asdescribed with reference to FIGS. 5 through 6. In some examples, adevice may execute a set of instructions to control the functionalelements of the device to perform the functions described below.Additionally or alternatively, a device may perform aspects of thefunctions described below using special-purpose hardware.

At 805, the device may establish a communication link with a Bluetoothdevice using a relay profile. The operations of 805 may be performedaccording to the methods described herein. In some examples, aspects ofthe operations of 805 may be performed by a relay profile manger asdescribed with reference to FIGS. 5 through 6.

At 810, the device may receive a broadcast isochronous data packet froma second device. The operations of 810 may be performed according to themethods described herein. In some examples, aspects of the operations of810 may be performed by a BIS manager as described with reference toFIGS. 5 through 6.

At 815, the device may decode the received broadcast isochronous datapacket. The operations of 815 may be performed according to the methodsdescribed herein. In some examples, aspects of the operations of 815 maybe performed by a decoding manager as described with reference to FIGS.5 through 6.

At 820, the device may identify broadcast information based on thedecoding. The operations of 820 may be performed according to themethods described herein. In some examples, aspects of the operations of820 may be performed by a broadcast information manager as describedwith reference to FIGS. 5 through 6.

At 825, the device may encode the broadcast information based on a SCOformat, an eSCO format, or an ACL format, where the SCO packet, the eSCOpacket, or the ACL packet is based on the encoding. The operations of825 may be performed according to the methods described herein. In someexamples, aspects of the operations of 825 may be performed by anencoding manager as described with reference to FIGS. 5 through 6.

At 830, the device may transmit the SCO packet, the eSCO packet, or theACL packet to the Bluetooth device based on the conversion. Theoperations of 830 may be performed according to the methods describedherein. In some examples, aspects of the operations of 830 may beperformed by a headset link manager as described with reference to FIGS.5 through 6.

FIG. 9 shows a flowchart illustrating a method 900 that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure. The operations of method 900 may be implementedby a device or its components as described herein. For example, theoperations of method 900 may be performed by a communications manager asdescribed with reference to FIGS. 5 through 6. In some examples, adevice may execute a set of instructions to control the functionalelements of the device to perform the functions described below.Additionally or alternatively, a device may perform aspects of thefunctions described below using special-purpose hardware.

At 905, the device may establish a communication link with a Bluetoothdevice using a relay profile. The operations of 905 may be performedaccording to the methods described herein. In some examples, aspects ofthe operations of 905 may be performed by a relay profile manger asdescribed with reference to FIGS. 5 through 6.

At 910, the device may receive a broadcast isochronous data packet froma second device. The operations of 910 may be performed according to themethods described herein. In some examples, aspects of the operations of910 may be performed by a BIS manager as described with reference toFIGS. 5 through 6.

At 915, the device may fragment the received broadcast isochronous datapacket, where the SCO packet, the eSCO packet, or the ACL packet isbased on the fragmenting or the device may combine the receivedbroadcast isochronous data packet with one or more other broadcastisochronous data packets, where the SCO packet, the eSCO packet, or theACL packet is based on the combining. The operations of 915 may beperformed according to the methods described herein. In some examples,aspects of the operations of 915 may be performed by a segmentation andreassembly manager as described with reference to FIGS. 5 through 6.

At 920, the device may transmit the SCO packet, the eSCO packet, or theACL packet to the Bluetooth device based on the conversion. Theoperations of 920 may be performed according to the methods describedherein. In some examples, aspects of the operations of 920 may beperformed by a headset link manager as described with reference to FIGS.5 through 6.

FIG. 10 shows a flowchart illustrating a method 1000 that supportsbroadcast isochronous relay for Bluetooth in accordance with aspects ofthe present disclosure. The operations of method 1000 may be implementedby a device or its components as described herein. For example, theoperations of method 1000 may be performed by a communications manageras described with reference to FIGS. 5 through 6. In some examples, adevice may execute a set of instructions to control the functionalelements of the device to perform the functions described below.Additionally or alternatively, a device may perform aspects of thefunctions described below using special-purpose hardware.

At 1005, the device may establish a communication link with a Bluetoothdevice using a relay profile. The operations of 1005 may be performedaccording to the methods described herein. In some examples, aspects ofthe operations of 1005 may be performed by a relay profile manger asdescribed with reference to FIGS. 5 through 6.

At 1010, the device may receive a broadcast synchronization indicationfrom the second device. The operations of 1010 may be performedaccording to the methods described herein. In some examples, aspects ofthe operations of 1010 may be performed by a BIS manager as describedwith reference to FIGS. 5 through 6.

At 1015, the device may transmit, using the relay profile, an indicationof a broadcast discovery to the Bluetooth device based on the broadcastsynchronization indication. The operations of 1015 may be performedaccording to the methods described herein. In some examples, aspects ofthe operations of 1015 may be performed by a broadcast manager asdescribed with reference to FIGS. 5 through 6.

At 1020, the device may receive a broadcast accept message or abroadcast reject message from the Bluetooth device based on thetransmitted indication of the broadcast discovery. The operations of1020 may be performed according to the methods described herein. In someexamples, aspects of the operations of 1020 may be performed by abroadcast manager as described with reference to FIGS. 5 through 6.

At 1025, the device may receive a broadcast isochronous data packet froma second device. The operations of 1025 may be performed according tothe methods described herein. In some examples, aspects of theoperations of 1025 may be performed by a BIS manager as described withreference to FIGS. 5 through 6.

At 1030, the device may convert, based on the relay profile, thebroadcast isochronous data packet to a SCO packet, an eSCO packet, or anACL packet. The operations of 1030 may be performed according to themethods described herein. In some examples, aspects of the operations of1030 may be performed by a packet conversion manager as described withreference to FIGS. 5 through 6.

At 1035, the device may transmit the SCO packet, the eSCO packet, or theACL packet to the Bluetooth device based on the conversion. Theoperations of 1035 may be performed according to the methods describedherein. In some examples, aspects of the operations of 1035 may beperformed by a headset link manager as described with reference to FIGS.5 through 6.

It should be noted that the methods described herein describe possibleimplementations, and that the operations and the steps may be rearrangedor otherwise modified and that other implementations are possible.Further, aspects from two or more of the methods may be combined.

Techniques described herein may be used for various wirelesscommunications systems such as code division multiple access (CDMA),time division multiple access (TDMA), frequency division multiple access(FDMA), orthogonal frequency division multiple access (OFDMA), singlecarrier frequency division multiple access (SC-FDMA), and other systems.The terms “system” and “network” are often used interchangeably. A codedivision multiple access (CDMA) system may implement a radio technologysuch as CDMA2000, Universal Terrestrial Radio Access (UTRA), etc.CDMA2000 covers IS-2000, IS-95, and IS-856 standards. IS-2000 Releasesmay be commonly referred to as CDMA2000 1×, 1×, etc. IS-856 (TIA-856) iscommonly referred to as CDMA2000 1×EV-DO, High Rate Packet Data (HRPD),etc. UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA. Atime division multiple access (TDMA) system may implement a radiotechnology such as Global System for Mobile Communications (GSM). Anorthogonal frequency division multiple access (OFDMA) system mayimplement a radio technology such as Ultra Mobile Broadband (UMB),Evolved UTRA (E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE802.20, Flash-OFDM, etc.

The wireless communications system or systems described herein maysupport synchronous or asynchronous operation. For synchronousoperation, the stations may have similar frame timing, and transmissionsfrom different stations may be approximately aligned in time. Forasynchronous operation, the stations may have different frame timing,and transmissions from different stations may not be aligned in time.The techniques described herein may be used for either synchronous orasynchronous operations.

The downlink transmissions described herein may also be called forwardlink transmissions while the uplink transmissions may also be calledreverse link transmissions. Each communication link describedherein—including, for example, system 100 of FIG. 1—may include one ormore carriers, where each carrier may be a signal made up of multiplesub-carriers (e.g., waveform signals of different frequencies).

The description set forth herein, in connection with the appendeddrawings, describes example configurations and does not represent allthe examples that may be implemented or that are within the scope of theclaims. The term “exemplary” used herein means “serving as an example,instance, or illustration,” and not “preferred” or “advantageous overother examples.” The detailed description includes specific details forthe purpose of providing an understanding of the described techniques.These techniques, however, may be practiced without these specificdetails. In some instances, well-known structures and devices are shownin component diagram form in order to avoid obscuring the concepts ofthe described examples.

In the appended figures, similar components or features may have thesame reference label. Further, various components of the same type maybe distinguished by following the reference label by a dash and a secondlabel that distinguishes among the similar components. If just the firstreference label is used in the specification, the description isapplicable to any one of the similar components having the same firstreference label irrespective of the second reference label.

Information and signals described herein may be represented using any ofa variety of different technologies and techniques. For example, data,instructions, commands, information, signals, bits, symbols, and chipsthat may be referenced throughout the description may be represented byvoltages, currents, electromagnetic waves, magnetic fields or particles,optical fields or particles, or any combination thereof.

The various illustrative components and components described inconnection with the disclosure herein may be implemented or performedwith a general-purpose processor, a DSP, an ASIC, an FPGA or otherprogrammable logic device, discrete gate or transistor logic, discretehardware components, or any combination thereof designed to perform thefunctions described herein. A general-purpose processor may be amicroprocessor, but in the alternative, the processor may be anyconventional processor, controller, microcontroller, or state machine. Aprocessor may also be implemented as a combination of computing devices(e.g., a combination of a DSP and a microprocessor, multiplemicroprocessors, one or more microprocessors in conjunction with a DSPcore, or any other such configuration).

The functions described herein may be implemented in hardware, softwareexecuted by a processor, firmware, or any combination thereof. Ifimplemented in software executed by a processor, the functions may bestored on or transmitted over as one or more instructions or code on acomputer-readable medium. Other examples and implementations are withinthe scope of the disclosure and appended claims. For example, due to thenature of software, functions described herein may be implemented usingsoftware executed by a processor, hardware, firmware, hardwiring, orcombinations of any of these. Features implementing functions may alsobe physically located at various positions, including being distributedsuch that portions of functions are implemented at different physicallocations. Also, as used herein, including in the claims, “or” as usedin a list of items (for example, a list of items prefaced by a phrasesuch as “at least one of” or “one or more of”) indicates an inclusivelist such that, for example, a list of at least one of A, B, or C meansA or B or C or AB or AC or BC or ABC (i.e., A and B and C). Also, asused herein, the phrase “based on” shall not be construed as a referenceto a closed set of conditions. For example, an exemplary step that isdescribed as “based on condition A” may be based on both a condition Aand a condition B without departing from the scope of the presentdisclosure. In other words, as used herein, the phrase “based on” shallbe construed in the same manner as the phrase “based at least in parton.”

Computer-readable media includes both non-transitory computer storagemedia and communication media including any medium that facilitatestransfer of a computer program from one place to another. Anon-transitory storage medium may be any available medium that can beaccessed by a general purpose or special purpose computer. By way ofexample, and not limitation, non-transitory computer-readable media cancomprise RAM, ROM, electrically erasable programmable read only memory(EEPROM), compact disk (CD) ROM or other optical disk storage, magneticdisk storage or other magnetic storage devices, or any othernon-transitory medium that can be used to carry or store desired programcode means in the form of instructions or data structures and that canbe accessed by a general-purpose or special-purpose computer, or ageneral-purpose or special-purpose processor. Also, any connection isproperly termed a computer-readable medium. For example, if the softwareis transmitted from a website, server, or other remote source using acoaxial cable, fiber optic cable, twisted pair, digital subscriber line(DSL), or wireless technologies such as infrared, radio, and microwave,then the coaxial cable, fiber optic cable, twisted pair, digitalsubscriber line (DSL), or wireless technologies such as infrared, radio,and microwave are included in the definition of medium. Disk and disc,as used herein, include CD, laser disc, optical disc, digital versatiledisc (DVD), floppy disk and Blu-ray disc where disks usually reproducedata magnetically, while discs reproduce data optically with lasers.Combinations of the above are also included within the scope ofcomputer-readable media.

The description herein is provided to enable a person skilled in the artto make or use the disclosure. Various modifications to the disclosurewill be readily apparent to those skilled in the art, and the genericprinciples defined herein may be applied to other variations withoutdeparting from the scope of the disclosure. Thus, the disclosure is notlimited to the examples and designs described herein, but is to beaccorded the broadest scope consistent with the principles and novelfeatures disclosed herein.

What is claimed is:
 1. A method of wireless communication at a device,comprising: establishing a communication link with a Bluetooth deviceusing a relay profile; receiving a broadcast isochronous data packetfrom a second device; converting, based at least in part on the relayprofile, the broadcast isochronous data packet to a synchronousconnection oriented (SCO) packet, an enhanced synchronous connectionoriented (eSCO) packet, or an asynchronous connection less (ACL) packet;and transmitting the SCO packet, the eSCO packet, or the ACL packet tothe Bluetooth device based at least in part on the conversion.
 2. Themethod of claim 1, wherein converting the broadcast isochronous datapacket to the SCO packet, the eSCO packet, or the ACL packet comprises:decoding the received broadcast isochronous data packet; identifyingbroadcast information based at least in part on the decoding; andencoding the broadcast information based at least in part on a SCOformat, an eSCO format, or an ACL format, wherein the SCO packet, theeSCO packet, or the ACL packet is based at least in part on theencoding.
 3. The method of claim 1, wherein converting the broadcastisochronous data packet to the SCO packet, the eSCO packet, or the ACLpacket comprises: fragmenting the received broadcast isochronous datapacket, wherein the SCO packet, the eSCO packet, or the ACL packet isbased at least in part on the fragmenting; or combining the receivedbroadcast isochronous data packet with one or more other broadcastisochronous data packets, wherein the SCO packet, the eSCO packet, orthe ACL packet is based at least in part on the combining.
 4. The methodof claim 1, further comprising: receiving one or more broadcastparameters from a mobile application of the device, or the Bluetoothdevice, or both, wherein the broadcast isochronous data packet isconverted into the SCO packet, the eSCO packet, or the ACL packet basedat least in part on the one or more broadcast parameters.
 5. The methodof claim 4, wherein the one or more broadcast parameters comprise one ormore types of broadcast supported by the Bluetooth device, one or morebroadcast streams of interest to the Bluetooth device, one or morebroadcast configuration parameters, or some combination thereof.
 6. Themethod of claim 1, further comprising: receiving a broadcastsynchronization indication from the second device; transmitting, usingthe relay profile, an indication of a broadcast discovery to theBluetooth device based at least in part on the broadcast synchronizationindication; and receiving a broadcast accept message or a broadcastreject message from the Bluetooth device based at least in part on thetransmitted indication of the broadcast discovery.
 7. The method ofclaim 6, further comprising: establishing an SCO communication link, aneSCO communication link, or an ACL communication link with the Bluetoothdevice based at least in part on the received broadcast accept message,wherein the SCO packet, the eSCO packet, or the ACL packet istransmitted based at least in part on the establishment.
 8. The methodof claim 6, further comprising: synchronizing to a broadcast isochronousstream (BIS) from the second device based at least in part on thereceived broadcast accept message and the received broadcastsynchronization indication, wherein the broadcast isochronous datapacket is received based at least in part on the synchronization.
 9. Themethod of claim 6, wherein the broadcast synchronization indicationcomprises: a broadcast type, one or more broadcast configurationparameters, one or more broadcast isochronous stream (BIS)synchronization parameters, one or more encryption parameters, or somecombination thereof; and wherein the indication of the broadcastdiscovery comprises: the broadcast type, the one or more broadcastconfiguration parameters, an identifier of the second device, or somecombination thereof.
 10. The method of claim 1, wherein converting thebroadcast isochronous data packet to the SCO packet, the eSCO packet, orthe ACL packet comprises: converting, at a host of the device, thebroadcast isochronous data packet to the SCO packet, the eSCO packet, orthe ACL packet based at least in part on the relay profile; orinstructing, by the host of the device, a controller of the device toconvert the broadcast isochronous data packet to the SCO packet, theeSCO packet, or the ACL packet via at least one command based at leastin part on the relay profile.
 11. An apparatus for wirelesscommunication at a device, comprising: a processor, memory in electroniccommunication with the processor; and instructions stored in the memoryand executable by the processor to cause the apparatus to: establish acommunication link with a Bluetooth device using a relay profile;receive a broadcast isochronous data packet from a second device;convert, based at least in part on the relay profile, the broadcastisochronous data packet to a synchronous connection oriented (SCO)packet, an enhanced synchronous connection oriented (eSCO) packet, or anasynchronous connection less (ACL) packet; and transmit the SCO packet,the eSCO packet, or the ACL packet to the Bluetooth device based atleast in part on the conversion.
 12. The apparatus of claim 11, whereinthe instructions to convert the broadcast isochronous data packet to theSCO packet, the eSCO packet, or the ACL packet are executable by theprocessor to cause the apparatus to: decode the received broadcastisochronous data packet; identify broadcast information based at leastin part on the decoding; and encode the broadcast information based atleast in part on a SCO format, an eSCO format, or an ACL format, whereinthe SCO packet, the eSCO packet, or the ACL packet is based at least inpart on the encoding.
 13. The apparatus of claim 11, wherein theinstructions to convert the broadcast isochronous data packet to the SCOpacket, the eSCO packet, or the ACL packet are executable by theprocessor to cause the apparatus to: fragment the received broadcastisochronous data packet, wherein the SCO packet, the eSCO packet, or theACL packet is based at least in part on the fragmenting; or combine thereceived broadcast isochronous data packet with one or more otherbroadcast isochronous data packets, wherein the SCO packet, the eSCOpacket, or the ACL packet is based at least in part on the combining.14. The apparatus of claim 11, wherein the instructions are furtherexecutable by the processor to cause the apparatus to: receive one ormore broadcast parameters from a mobile application of the device, orthe Bluetooth device, or both, wherein the broadcast isochronous datapacket is converted into the SCO packet, the eSCO packet, or the ACLpacket based at least in part on the one or more broadcast parameters.15. The apparatus of claim 14, wherein the one or more broadcastparameters comprise one or more types of broadcast supported by theBluetooth device, one or more broadcast streams of interest to theBluetooth device, one or more broadcast configuration parameters, orsome combination thereof.
 16. The apparatus of claim 11, wherein theinstructions are further executable by the processor to cause theapparatus to: receive a broadcast synchronization indication from thesecond device; transmit, using the relay profile, an indication of abroadcast discovery to the Bluetooth device based at least in part onthe broadcast synchronization indication; and receive a broadcast acceptmessage or a broadcast reject message from the Bluetooth device based atleast in part on the transmitted indication of the broadcast discovery.17. The apparatus of claim 16, wherein the instructions are furtherexecutable by the processor to cause the apparatus to: establish an SCOcommunication link, an eSCO communication link, or an ACL communicationlink with the Bluetooth device based at least in part on the receivedbroadcast accept message, wherein the SCO packet, the eSCO packet, orthe ACL packet is transmitted based at least in part on theestablishment, or synchronize to a broadcast isochronous stream (BIS)from the second device based at least in part on the received broadcastaccept message and the received broadcast synchronization indication,wherein the broadcast isochronous data packet is received based at leastin part on the synchronization.
 18. The apparatus of claim 16, whereinthe broadcast synchronization indication comprises: a broadcast type,one or more broadcast configuration parameters, one or more broadcastisochronous stream (BIS) synchronization parameters, one or moreencryption parameters, or some combination thereof; and wherein theindication of the broadcast discovery comprises.
 19. The apparatus ofclaim 11, wherein the instructions to convert the broadcast isochronousdata packet to the SCO packet, the eSCO packet, or the ACL packet areexecutable by the processor to cause the apparatus to: convert, at ahost of the device, the broadcast isochronous data packet to the SCOpacket, the eSCO packet, or the ACL packet based at least in part on therelay profile; or instruct, by the host of the device, a controller ofthe device to convert the broadcast isochronous data packet to the SCOpacket, the eSCO packet, or the ACL packet via at least one commandbased at least in part on the relay profile.
 20. An apparatus forwireless communication at a device, comprising: means for establishing acommunication link with a Bluetooth device using a relay profile; meansfor receiving a broadcast isochronous data packet from a second device;means for converting, based at least in part on the relay profile, thebroadcast isochronous data packet to a synchronous connection oriented(SCO) packet, an enhanced synchronous connection oriented (eSCO) packet,or an asynchronous connection less (ACL) packet; and means fortransmitting the SCO packet, the eSCO packet, or the ACL packet to theBluetooth device based at least in part on the conversion.